home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20000824-20010305 / 000232_news@columbia.edu _Tue Jan 30 10:43:53 2001.msg < prev    next >
Internet Message Format  |  2020-01-01  |  2KB
  1. Return-Path: <news@columbia.edu>
  2. Received: from watsun.cc.columbia.edu (watsun.cc.columbia.edu [128.59.39.2])
  3.     by uhaligani.cc.columbia.edu (8.9.3/8.9.3) with ESMTP id KAA08326
  4.     for <kermit.misc@cpunix.cc.columbia.edu>; Tue, 30 Jan 2001 10:43:53 -0500 (EST)
  5. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
  6.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id KAA03542
  7.     for <kermit.misc@watsun.cc.columbia.edu>; Tue, 30 Jan 2001 10:43:52 -0500 (EST)
  8. Received: (from news@localhost)
  9.     by newsmaster.cc.columbia.edu (8.9.3/8.9.3) id KAA27187
  10.     for kermit.misc@watsun.cc.columbia.edu; Tue, 30 Jan 2001 10:32:02 -0500 (EST)
  11. X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
  12. From: fdc@columbia.edu (Frank da Cruz)
  13. Subject: Re: New release of DEC-20 Kermit
  14. Date: 30 Jan 2001 15:31:59 GMT
  15. Organization: Columbia University
  16. Message-ID: <956mpf$qhh$1@newsmaster.cc.columbia.edu>
  17. To: kermit.misc@columbia.edu
  18.  
  19. In article <3A762DDC.FBD6FB61@yk.rim.or.jp>,
  20. Ishikawa  <ishikawa@yk.rim.or.jp> wrote:
  21. : > This is to announce (no kidding) Version 5.1 of DECSYSTEM-20 KERMIT,
  22. : > replacing version 4.2 of September 1988.  Version 5.1 adds long packets,
  23. : > which were never done before because long packets would crash a real
  24. : > DEC-20.
  25. : 
  26. : I crashed the DEC-20 because of such long transfer until
  27. : a DEC engineer told me why after we sent them a crash dump tape.
  28. : 
  29. : Essentially I was told that the tty input queue was
  30. : very short since nobody was going type in very quickly and
  31. : I was overflowing it!  Oh, the joy of "mainframe" programming!
  32. : 
  33. Yes, this is the entire reason for the original 94-byte limit on the length
  34. of a Kermit packet.  The initial design of the Kermit protocol was very much
  35. a lowest-common-denominator affair -- a protocol that would not break the
  36. DEC-20 and would also work with the IBM mainframe.  But it was also
  37. deliberately extensible, and that's why we've been able to grow it over the
  38. years.  Unfortunately, many people have yet to see past the original design
  39. and still, after nearly 20 years, believe the protocol is intrinsically slow.
  40.  
  41. : Care to comment where [the KL20] emulator will be available?.
  42. : 
  43. Tune in to alt.sys.pdp10 for fairly constant updates.
  44.  
  45. - Frank